New Relic Confluent Cloud で管理されるApache Kafka データのストリーミングを収集するための統合を提供します。 このドキュメントでは、この統合を有効にする方法と、レポートできるデータについて説明します。
前提条件
- New Relicアカウント
- 有効な Confluent Cloud アカウント
- Confluent Cloud APIキーとシークレット
MetricsViewer
Confluent Cloudアカウントへのアクセス
統合をアクティブ化する
この統合を有効にするには、 Integrations & Agentsに移動し、 Confluent Cloud -> API Polling選択して指示に従います。
重要
IP フィルタリングが設定されている場合は、次の IP アドレスをフィルタに追加します。
構成とポーリング
Confluent Cloud Kafka 統合のデフォルトのポーリング情報:
- New Relicのポーリング間隔:5分
- Confluent Cloud データ間隔: 1 分
ポーリング頻度は初期設定時にのみ変更できます。
データの表示と使用
次の イベント タイプ を使用して、 データをクエリおよび探索 できます。
エンティティ | データ型 | プロバイダー |
---|---|---|
クラスタ |
|
|
コネクタ |
|
|
ksql |
|
|
データの使用方法の詳細については、統合データの理解と使用を参照してください。
メトリックデータ
この統合は、クラスタ、コネクタ、ksql の Confluent cloud Kafka データを記録します。
クラスターデータ
メトリック | ユニット | 説明 |
---|---|---|
| パーセント | クラスターの使用率の尺度。 値は 0.0 ~ 1.0 の範囲です。 このメトリクスデータを持っているのは専用のティアクラスタだけです。 |
| パーセント | 入力スループットによって発生したホット パーティションの存在を示すインジケーター。 ホット パーティションが検出された場合は値は 1.0 になり、ホット パーティションが検出されなかった場合は空になります。 |
| パーセント | 出力スループットによって発生したホット パーティションの存在を示すインジケーター。 ホット パーティションが検出された場合は値は 1.0 になり、ホット パーティションが検出されなかった場合は空になります。 |
| バイト | ネットワーク経由で送信された指定されたリクエスト タイプからの合計リクエスト バイトのデルタ カウント。 各サンプルは、前のデータ ポイント以降に送信されたバイト数です。 カウントは 60 秒ごとにサンプリングされます。 |
| バイト | ネットワーク経由で送信された指定された応答タイプからの合計応答バイトのデルタカウント。 各サンプルは、前のデータ ポイント以降に送信されたバイト数です。 カウントは 60 秒ごとにサンプリングされます。 |
| バイト | ネットワークから受信した顧客データのバイト数の差分。各サンプルは、前のデータ サンプル以降に受信したバイト数です。カウントは 60 秒ごとにサンプリングされます。 |
| バイト | ネットワーク経由で送信された顧客データのバイト数の差分。各サンプルは、前のデータ ポイント以降に送信されたバイト数です。カウントは 60 秒ごとにサンプリングされます。 |
| Count | 受信したレコードのデルタ カウント。各サンプルは、前のデータ サンプル以降に受信したレコードの数です。カウントは 60 秒ごとにサンプリングされます。 |
| Count | 送信されたレコードのデルタ カウント。各サンプルは、前のデータ ポイント以降に送信されたレコードの数です。カウントは 60 秒ごとにサンプリングされます。 |
| Count | パーティションの数。 |
| ミリ秒 | グループ メンバーのコミットされたオフセットとパーティションの最高水準点の間のラグ。 |
| Count | 成功した認証のデルタ カウント。各サンプルは、前のデータ ポイント以降の成功した認証の数です。60 秒ごとにサンプリングされるカウント。 |
| Count | アクティブな認証済み接続の数。 |
コネクタデータ
メトリック | ユニット | 説明 |
---|---|---|
| Count | 変換から送信され、ソース コネクタの Kafka に書き込まれたレコードの合計数のデルタ カウント。各サンプルは、前のデータ ポイント以降に送信されたレコードの数です。カウントは 60 秒ごとにサンプリングされます。 |
| 少し | システム内のコネクタのステータス。その値は常に 1 に設定され、コネクタが存在することを示します。コネクタの現在の動作状態は、Metriks.status タグを通じて識別されます。 |
| 少し | システム内のコネクタのタスクのステータス。その値は常に 1 に設定され、コネクタ タスクの存在を示します。コネクタの現在の動作状態は、Metriks.status タグを通じて識別されます。 |
| Count | 1 分あたりの平均バッチ サイズ (レコード数で測定)。ソース コネクタの場合、Kafka に送信される平均バッチ サイズを示します。シンク コネクタの場合、シンク タスクによって読み取られる平均バッチ サイズを示します。 |
| Count | 1 分あたりの最大バッチ サイズ (レコード数で測定)。ソース コネクタの場合、Kafka に送信される最大バッチ サイズを示します。シンク コネクタの場合、シンク タスクによって読み取られる最大バッチ サイズを示します。 |
| Count | シンク コネクタによって受信されたレコードの合計数のデルタ カウント。各サンプルは、前のデータ ポイント以降に受信されたレコードの数です。カウントは 60 秒ごとにサンプリングされます。 |
| バイト | シンク コネクタによって受信されたレコードの合計数のデルタ カウント。各サンプルは、前のデータ ポイント以降に受信されたレコードの数です。カウントは 60 秒ごとにサンプリングされます。 |
| バイト | シンク コネクタによって受信された合計バイト数のデルタ カウント。各サンプルは、前のデータ ポイント以降に受信したバイト数です。カウントは 60 秒ごとにサンプリングされます。 |
| Count | シンク コネクタの Kafka に書き込まれたデッドレター キュー レコードのデルタ数。カウントは 60 秒ごとにサンプリングされます。 |
ksqlデータ
メトリック | ユニット | 説明 |
---|---|---|
| Count | この KSQL インスタンスの Confluent Streaming Units (CSU) の数。カウントは 60 秒ごとにサンプリングされます。このメトリクスの暗黙的な時間集計は MAX です。 |
| パーセント | すべてのノードにわたる特定の ksqlDB クエリの最大飽和度。0 から 1 の間の値を返します。1 に近い値は、ksqlDB クエリ処理が利用可能なリソースでボトルネックになっていることを示します。 |
| バイト | 特定のタスクの状態のサイズはバイト単位で保存されます。 |
| パーセント | 特定の ksqlDB アプリケーションの合計ストレージ使用率。 |
| バイト | 要求された期間中に継続的なクエリによって Kafka から消費されたバイトの差分カウント。 |
| バイト | 要求された期間中に継続的なクエリによって Kafka に生成されたバイトの差分数。 |
| Count | 特定のクエリ、タスク、トピック、またはオフセットによって処理されたオフセットのデルタ数。 |
| ミリ秒 | 特定のクエリ、タスク、トピック、またはオフセットのコミットされたオフセットと終了オフセット間の現在の遅延。 |
| Count | 要求された期間におけるクエリのレコード処理エラーの数のデルタカウント。 |
| Count | 要求された期間中にクエリの再開を引き起こす失敗の数のデルタカウント。 |